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Description 

[0001] The present invention is generally concerned 
with mobile radiocommunication systems. 
[0002] The present invention is in particular appiica- $ 
ble to mobile radiocommunication systems of CDMA 
("Code Division Multiple Access") type. In particular, the 
present invention is applicable to UMTS ("Universal Mo- 
bile Telecommunication System"). 

[0003] In radio mobile systems, in particular ot CDMA 10 
type, it is useful to have some regular or event-triggered 
reports of the transmit power being used, in both uplink 
and downlink direction. This information may be used 
by radio resource control algorithms such as radio ad- 
mission control or radio resource allocation. 15 
[0004] For example, in UMTS, it is provided that a 
Node B (equivalent to a base station) reports to a RNC, 
or Radio Network Controller, (equivalent to a base sta- 
tion controller) the power transmitted in downlink on 
each physical channel (or channelisation code), or that 20 
a UE, or User Equipment, (equivalent to a mobile sta- 
tion), reports to a RNC its power transmitted in uplink 
on an allocated physical channel. 
[0005] Such a reporting could be implemented in a 
very simple fashion, by providing measuring or survey- 2& 
ing of the transmitted power in a Node B, or in a UE, and 
reporting it to the RNC. 

[0006] However, when the system implements a var- 
iable bit rate capability controlled at the physical and/or 
MAC ("Medium Access Control") layer, such as is the 30 
case with the UMTS system, such a reporting is not as 
simple. Since the physical layer of UMTS implements 
variable bit rate, the transmit power directly depends on 
the actual bit rate. When services are very bursty, which 
may be the case for most of UMTS services, this may 35 
have a large impact on the accuracy of measurements, 
and on the possibility to exploit these measurements. 
[0007] WO 98/3551 4 discloses a method for downlink 
rate scheduling. In this reference it is mentioned that, 
for each scheduling period, the base station controller 40 
knows the prior transmit power and the prior transmis- 
sion rate for each scheduled user (these two measure- 
ments being used to calculate a prior energy-per-bit, for 
prediction and scheduling purpose). Therefore in this 
reference no report of the transmission power is provid- 45 
ed from a base station to the base station controller. The 
same applies to W098/45966 which discloses a method 
for uplink rate scheduling: no report of transmission 
power is provided from mobile stations to the base sta- 
tion controller. 50 
[0008] Besides, in systems such as the U MTS system 
wherein a reporting of transmit power is provided, for 
example from Node B to RNC for downlink transmission 
power usage, using such reported transmit powers to- 
gether with transmission rates as known by the RNC 55 
would raise problems such as synchronisation between 
both measurements, as well as, as recognized by the 
present invention, possible differences between the 



transmission rate as known by the base station control- 
ler, and the actual transmission rate as transmitted by 
the base station. In particular, as recognized by the 
present invention, some data transmitted by the base 
station controller to the base station might be discarded 
by the base station in case of overload conditions at the 
base station, which could not be done at the base station 
controller. This could in particular be the case during pe- 
riods of high activity in real time traffic (typically voice 
traffic) which could not be taken into account by the base 
station controller in scheduling non real time data traffic. 
[0009] Therefore there is a need for an effective solu- 
tion for reporting transmit power usage in a variable bit 
rate mobile radiocommunication system. 
[0010] An object of the present invention is a method 
for reporting transmit power usage in a variable bit rate 
mobile radiocommunication system, said method in- 
cluding a joint report of transmit power and transmitted 
bit rate. 

[0011] According to another object of the present in- 
vention, said method applies to downlink transmission, 
and said reporting is from a base station to a base sta- 
tion controller. 

[0012] According to another object of the present in- 
vention, said method applies to uplink transmission, and 
said reporting is from a mobile station to a base station 
controller. 

[0013] According to another object of the present in- 
vention, said reported transmit power is averaged over 
a given period of time. 

[0014] According to another object of the present in- 
vention, said reported transmitted bit rate is reported as 
a number of transmitted bits in a given period of time. 
[0015] According to another object of the present in- 
vention, said given period of time is a multiple of a data 
unit, or Transport Block, repetition period. 
[001 6] Another object of the present invention is a mo- 
bile station for reporting transmit power usage in uplink, 
said mobile station including: 

means for recording a transmit power to be report- 
ed, as a transmit power averaged over a given pe- 
riod of time, 

means for recording a transmitted bit rate to be re- 
ported, as a number of transmitted bits in said given 
period of time, 

means for reporting said transmit power together 
with said transmitted bit rate. 

[0017] Another object of the present invention is a 
base station for reporting transmit power usage in down- 
link, said base station including: 

means for recording a transmit power per physical 
channel allocated to each user, to be reported as a 
transmit power averaged over a given period of 
time, 

means for recording a transmitted bit rate per phys- 
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ical channel allocated to each user, to be reported 
as a number of transmitted bits in said given period 
of time, 

means for reporting said transmit power together 
with said transmitted bit rate. 

[0018] Another object of the present invention is a 
base station controller for reporting transmit power us- 
age in uplink, said base station controller including: 

means for requesting a mobile station to jointly re- 
port a transmit power and a transmitted bit rate, 
means for receiving said joint report from said mo- 
bile station. 

[0019] Another object of the present invention is a 
base station controller for reporting transmit power us- 
age in downlink, said base station controller including: 

means for requesting a base station to jointly report 
a transmit power and a transmitted bit rate, for each 
physical channel allocated to each user, 
means for receiving said joint report from said base 
station. 

[0020] The present invention also has for its object the 
application of such a reporting method, to overload de- 
tection in downlink in a variable rate mobile radiocom- 
munication system, including: 

in a base station controller of said system, recording 
a bit rate, as transmitted to a base station, 
in said base station, jointly reporting to said base 
station controller a transmit power and a transmitted 
bit rate, 

in said base station controller, comparing a trans- 
mitted bit rate as transmitted to said base station, 
with a transmitted bit rate as reported by said base 
station , to detect an overload in said base station. 

[0021] These and other objects of the present inven- 
tion will become more apparent from the following de- 
scription taken in conjunction with the accompanying 
drawings: 

figures 1, 2 and 3 are diagrams intended to recall 

the structure of data exchanged between Layer 1 

or physical layer, and Layer 2 or MAC layer, in a 

system such as UMTS for example, 

figure 4 is a diagram intended to illustrate a method 

according to the invention, as applied to uplink 

transmission.. 

figure 5 is a diagram intended to illustrate a method 
according to the invention, as applied to downlink 
transmission. 

[0022] As an example, the following description will 
be made for the case of the UMTS system; nevertheless 



it should be understood that this invention is not limited 
to such a system. 

[0023] In UMTS system, as disclosed for example in 
'3GPP RAN TS 25.302 : Services provided by the phys- 

5 ical layer', version 2.4.0, July 1999, at each Transmis- 
sion Time Interval TTI, the MAC layer sends a Transport 
Block Set to the physical layer, to be transmitted on a 
particular channelisation code. This Transport Block Set 
is sent together with a TFI indicator ("Transport Format 

10 Indicator"), which includes an information on the number 
of bits being transmitted. 

[0024] As recalled in figures 1, 2 and 3, each Trans- 
port Block Set comprises a number of Transport Blocks 
TB; in figure 1 the Transport Block size is varied from 

15 one Transmission Time Interval TTI to another one, 
while the Transport Block Set size is fixed; in figure 2 or 
3, on the contrary, the Transport Block size is fixed, while 
the Transport Block Set size is varied from one Trans- 
mission Time Interval TTI to another one. 

20 [0025] In case several transport channels are multi- 
plexed onto the same physical channel (code or 
CCTrCH : "Code Composite Transport Channel-), sev- 
eral Transport Block Sets may be sent to the physical 
layer at each Transmission Time Interval TTI, each with 

25 its TFI field. 

[0026] The physical layer performs some channel 
coding and rate matching algorithm in order to adapt the 
information rate received from the MAC layer to the 
transmission bit rate on the radio interface. Then it 

30 sends the Transport Blocks on the radio interface on a 
Transmission Time Interval (TTI) basis, applying a slot 
by slot power control algorithm at each TTI. 
[0027] In such a system, the present invention pro- 
vides a joint report of transmit power and transmitted bit 

35 rate. 

[0028] This may for example be implemented as fol- 
lows. 

[0029] At each transmission time interval TTI the 
physical layer records the number of information bits 

40 transmitted. This information is obtained from the sum 
of Transport Block Set sizes for each transport channel 
(or Dedicated Channel, DCH) multiplexed on the same 
physical channel (or code). The Transport Block Set size 
is itself obtained from the TFI bits and the Transport For- 

45 mat definition. The physical layer also records the aver- 
aged transmit power used on that Transmission Time 
Interval TTI. This transmit power depends on the power 
control commands received from a power control algo- 
rithm, at each time slot of a Transmission time Interval 

50 TTI. 

[0030] When no Transport Blocks are transmitted for 
a given Transmission Time Interval, but a signalling 
channel (DPCCH, or Dedicated Physical Control Chan- 
nel) is kept on the physical layer to maintain synchroni- 
es sation, the transmit power sent on that signalling chan- 
nel may be counted in the averaging, together with a 
null transmitted information bit rate. 
[0031] In downlink, in case the Node B discards some 
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transport blocks sent by the MAC layer in order to re- 
duce the load for instance (as already pointed out), 
these Transport Blocks are of course not counted in the 
averaging scheme. Further, the report of the actually 
transmitted bit rate may permit the RNC to detect some s 
overload situations in the Node B, by comparing the 
amount of data sent from MAC layer (RNC) to physical 
layer L1 (Node B), with the actual report from Node B. 
Such a new feature is therefore allowed by the reporting 
method according to the present invention. io 
[0032] From the joint report of transmit power and 
transmitted bit rate, the RNC can then compute the en- 
ergy per user information transmitted bit as : 

= (TxPower.,-,-, / BitsNb^,) * TTI 15 

where: 

BitsNbyj,, is the number of bits transmitted at Trans- 20 
mission Time Interval TTI 

TxPower-pp,, is the averaged transmit power on 
Transmission Time Interval TTI. 

[0033] This quantity may then be averaged over a 25 
longer period, which can be set by the upper layers, or 
RRC ("Radio Resource Control"). Alternatively, both 
transmit power and number of bits can be averaged over 
the same period T, and the averaged energy can be 
evaluated from their mean value (the same result would 30 
of course be obtained): 

E j = (Power T / BitsNb T ) * T 

35 

where: 

BitsNb T is the number of bits transmitted over peri- 
od T 

TxPower T is the transmit power averaged over pe- 40 
riod T. 

[0034] A reporting method according to the present 
invention may be implemented for both uplink and 
downlink transmissions, on DCH ("Dedicated Chan- 45 
nel"). It may also be implemented for the DSCH ("Down- 
link Shared Channel") in downlink, and could as well be 
extended to FACH ("Forward Access CHannel "). 
[0035] For uplink transmission, the main signalling re- 
quirement for implementing a reporting method accord- so 
ing to the present invention is on the Uu interface (or 
radio interface between UE and UTRAN ("UMTS Ter- 
restrial Radio Acess Network")), and impacts the UE 
measurements reports at the RRC layer. 
[0036] The UE measurement procedures on Uu inter- S5 
face for a variety of measurements are defined in '3GPP 
RAN TS 25.331 : RRC protocol specifications', version 
1.1.0, June 1999, by some RRC measurement control 



and measurements reports procedures, as illustrated in 
figure 4. The measurement control messages permit the 
UTRAN to control the type of measurement to report, 
the reporting criteria. The measurement report proce- 
dures are used by the UE to report the requested 
measurements . 

[0037] According to the present invention, for uplink 
transmission, the UE may for example be requested to 
measure and report the following quantities : 

• Transmission power used on uplink in dBm, over a 
given period T, multiple of the Transmission Time 
interval (TTI) 

• Transmission bit rate in kbit/s, measured over the 
same period T This quantity may be reported in log- 
arithmic scale with a resolution of 0.1 in log scale. 
BitRate, og = log 10 (BitNb / T ). 

[0038] Both quantities may be reported together in the 
same measurement report from UE to UTRAN, as illus- 
trated in figure 4 where these quantities are respectively 
noted Power and BitRate. 

[0039] For downlink transmission, the main signalling 
requirement for implementing a reporting method ac- 
cording to the present invention is on the lub interface 
(or interface between Node B and RNC). 
[0040] The Node B measurement procedures on lub 
interface for a variety of measurements are described 
in '3GPP RAN TS 25 433 : NBAP specifications', ver- 
sion 1.0.2, July 1999. They are described in a similar 
way as for the uplink measurements procedures. This 
is illustrated in figure 5. Alternatively, the measurement 
reports may be transmitted in the user plane of the lub 
and lur (between Node B and RNC), but the same meas- 
urement report scheme could be applied in this case. 
[0041] Power measurements are performed on each 
channelisation code, which can support either one or 
several transport channels ( or Dedicated Channels 
DCHs), or one DSCH (Downlink Shared Channel) trans- 
port channel. 

[0042] According to the present invention, for down- 
link transmission, the Node B may for example be re- 
quested to measure and report the following quantities : 

• Transmission power used on each channelisation 
code in downlink, in dBm, over a given period T, 
multiple of the Transmission Time interval (TTI) 

• Transmission bit rate on this channelisation code, 
in kbit/s, BitRate, og = log 10 (BitNb / T ). 

[0043] Both quantities may be reported together in the 
same measurement report from Node B to RNC, as ill- 
sutrated in figure 5 where these quantities are also re- 
spectively noted Power and BitRate. 
[0044] For downlink transmission, this measurement 
report may also include a time reference (for example 
cell frame number), indicating when the averaging peri- 
od has finished. It is assumed that the averaging period 
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has been exchanged between RNC and Node B in the 
measurement control procedure The timing information 
allows the RNC to compare the transmitted bit rate with 
the one scheduled by MAC over the same time period, 
and therefore to detect overload sitauations in Node B, s 
as already pointed out. 

[0045] These measurement reports can be used in 
many different ways by the radio resource management 
functions in the RNC. Some examples are given below, 
but should not be considered as exhaustive: 10 

Scheduling algorithm in downlink: 

[0046] These measurements reports can be used to 
implement an optimal scheduling algorithm, in MAC lay- is 
er (MAC-d for DCH channels, or MAC-sh for the DSCH 
channel). 

[0047] The RNC shall know the total transmit power 
that can be transmitted by each Node B, according to 
the actual traffic load. 20 
[0048] From the measurements reports sent by the 
Node B, the RNC can know the actual transmit power 
required for each UE, as a function of their bit rate. It 
can then schedule the optimal number of transport 
blocks for each UE in order to reach without exceeding 2s 
the total amount of power that can be transmitted by the 
Node B. The algorithm may be as follows : 
[0049] At each TTI, choose the bit rate for each UE 
so that : 

30 

Y J BitNb l -E Tl <Pi m ^load) 

tii //IV //\c*r / 



schedules the transmission of transport blocks from 
MAC to L1 at each TTI, and may then record the trans- 
mission bit rate over a given period When receiving the 
measurement reports from Node B on that period, it can 
then compare the recorded transmission bit rate with the 
effective transmitted bit rate to detect the ratio of 
dropped frames. The accuracy of this detection will of 
course depend on the resolution of measurements re- 
ports. 

Scheduling control in uplink: 

[0052] The measurement reports of transmission 
power and actual bit rate for each UE in uplink may per- 
mit to the RNC to control more optimally the scheduling 
of uplink transmission. In case a centralised scheduling 
algorithm would be implemented, such as for the USCH 
("Uplink Shared Channel"), this would enable a similar 
algorithm as the one being proposed for the downlink 
transmission, to be implemented in the RNC. 



Claims 

1. A method for reporting transmit power usage in a 
variable bit rate mobile radiocommunication sys- 
tem, said method including a joint report of transmit 
power and transmitted bit rate. 

2. A method according to claim 1 , wherein said meth- 
od applies to downlink transmission, and said re- 
porting is from a base station to a base station con- 
troller. 



where 35 

BitNbj is the number of bits that can be transmitted 
for this UEj at the next TTI 

E Ti is the averaged energy for UEj as reported by 
Node B over the previous measurement period, as 40 
defined above : E Ti = (Power T / BitNb T ) * T 
Pt max (load) is the maximum power that can be 
transmitted by the 

Node B in this cell, according to the actual traffic load in *s 
this cell and in neighbouring cells. This quantity is reg- 
ularly evaluated by the Node B, according to some in- 
terference and quality statistics measurements. 
[0050] This algorithm may be implemented as a cen- 
tralised scheduling algorithm for all MAC-d controlling so 
DCH for each UE, or as the scheduling algorithm in 
MAC-sh for the DSCH. 

Overload detection in downlink: 

55 

[0051] The report of the actually transmitted bits in the 
Node B for each UE may allow the RNC to detect some 
overload conditions in the Node B. Indeed, the RNC 



3. A method according to claim 1 , wherein said meth- 
od applies to uplink transmission, and said reporting 
is from a mobile station to a base station controller. 

4. A method according to any of claims 1 to 3, wherein 
said reported transmit power is averaged over a giv- 
en period of time. 

5. A method according to any of claims 1 to 3, wherein 
said reported transmitted bit rate is reported as a 
number of transmitted bits in a given period of time. 

6. A method according to any of claims 4 and 5, where- 
in said given period of time is a multiple of a data 
unit, or Transport Block, repetition period. 

7. A mobile station for implementing a method accord- 
ing to any of claims 1 to 5 for reporting transmit pow- 
er usage in uplink, said mobile station including: 

means for recording a transmit power to be re- 
ported, as a transmit power averaged over a 
given period of time, 

means for recording a transmitted bit rate to be 
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reported, as a number of transmitted bits in said 
given period of time, 
- ■ means for reporting said transmit power togeth- 
er with said transmitted bit rate. 

5 

A base station for implementing a method accord- 
ing to any of claims 1 to 5 for reporting transmit pow- 
er usage in downlink, said base station including: 

means for recording a transmit power per phys- 10 
ical channel allocated to each user, to be re- 
ported as a transmit power averaged over a giv- 
en period ol time, 

means for recording a transmitted bit rate per 
physical channel allocated to each user, to be 15 
reported as a number of transmitted bits in said 
given period of time, 

means for reporting said transmit power togeth- 
er with said transmitted bit rate. 



9. A base station controller for implementing a method 
according to any of claims 1 to 5 for reporting trans- 
mit power usage in uplink, said base station control- 
ler including: 



20 



25 



means for requesting a mobile station to jointly 
report a transmit power and a transmitted bit 
rate, 

means for receiving said joint report from said 
mobile station. 30 



1 0. A base station controller for implementing a method 
according to any of claims 1 to 5 for reporting trans- 
mit power usage in downlink, said base station con- 
troller including: 



35 



means for requesting a base station to jointly 
report a transmit power and a transmitted bit 
rate, for each physical channel allocated to 
each user, 

means for receiving said joint report from said 
base station. 



40 



11. Application of a method according to any of claims 
1 to6, to overload detection in downlink in a variable 
rate mobile radiocommunication system, including: 



45 



in a base station controller of said system, re- 
cording a bit rate, as transmitted to a base sta- 
tion, so 
in said base statioa jointly reporting to said 
base station controller a transmit power and a 
transmitted bit rate, 

in said base station controller, comparing a 
transmitted bit rate as transmitted to said base 55 
station, with a transmitted bit rate as reported 
by said base station , to detect an overload in 
said base station. 
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